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(57) Abstract: A system and method for communicating and validating patient information including medication delivery informa- 
tion in a care-giving facility is provided. A medical transaction carrier is used to communicate information regarding medication 
deliveiy and other patient information between a control system in communication with the care-giving fecility's other information 
systems and a patient specific asset such as an infusion pump. All information carried by the medical transaction carrier is validated 
both at the patient specific asset and at the control system. This validation allows for positive control of all transactions even if a 
medical transaction carrier is lost. The medical transaction carrier may be a smartcard, a PDA such as a Palm™ Pilot, laptop com- 
puter, pager, mobile phone, or other device capable of storing and communicating information. The system may use either wired or 
wireless connections to communicate information between the components of the system. 
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DISTRIBUTED REMOTE ASSET AND MEDICATION 
MANAGEMENT DRUG DELIVERY SYSTEM 

BACKGROUND 

The present invention relates generally to systems for managing patient care in 
5 a health care facility, and more particularly, to systems and methods for integrating 
and managing information with respect to medical care, medication delivery, asset 
identification, and verification of drug delivery. 

Medication errors, that is, errors that occur in the ordering, dispensing and 
administration of medications, regardless whether those errors catised injury or not, 

10 have become a significant problem in the delivery of healthcare in the institutional 
setting. Additionally, adverse drug events ("ADE"), which are a subset of medication 
errors, defined as injuries involving a drug that require medical intervention, and 
representing some of the most serious medication errors, are responsible for a large 
number of patient mjuries and deaiii. A proportion of these errors are preventable, 

15 thus healthcare facilities continually search for ways to reduce the possible 

occurrence of medication errors. Various systems and methods are bemg developed 
at present to reduce the frequency of occurrence and severity of preventable adverse 
drug events ("FADE") and other medication errors. In the administration of 
medication, focus is typically directed to tiie following five "rights" or factors: the 

20 right patient, die right drug, the right route, the right amount, and the right time. 
Systems and methods seeking to reduce ADffs and PADE's should take these five 
rights into consideration. 

Several companies are currentiy marketing or will be marketing hand-held 
personal digital assistants ('"PDA") that are designed to provide drug administration 

25 scheduling, drug administration verification, and the electronic documentation of 
drug administration. These devices are predominantiy used to verify administration 
of oral, intramuscular ("IM"), subcutaneous, and topical drugs and have limited 
capability in verifying the administration of IV drugs. One disadvantage of these 
devices is they are currentiy incapable of monitoring or receiving data regarding the 

30 initial and ongoing infusion parameters of an intravenous ("IV") infusion device. 
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It is advantageous to have a care management system that combines all the 
various medication order and administration services of a healthcare facility into an 
integrated, automated system that checks and documents the delivery of ±erapeutic 
and other drugs to the patient Such a system v^rould prevent adnunistering an 
5 inappropriate medication to a patient by checking the medication against a database 
of known allergic reactions and/or side-effects of the drug against die patient's 
medical history. The integrated system should also provide doctors, nurses, and other 
care-givers with updated patient information at the bedside, notify the facility's 
pharmacy when an additional drug is required, or when a scheduled treatment is 

10 running behind schedvde, and automatically update the facility's accounting database 
each time a medication or other care is given. 

In many hospitals and clinical laboratories, a bracelet device having the 
patient's identification such as his or her name printed ±ereon is permanendy affixed 
to a patient upon admittance to the facility in order to identify the patient during his 

15 or her entire stay. Despite this safeguard, opportunities arise for patient identification 
error. For example, when a blood sample is taken from a patient, the blood sample 
must be identified by manually transcribing ±e patient's name and other information 
firom the patient's identification bracelet In transferring the patient's name, a ntirse 
or technician may, instead of actually reading the patient's bracelet, miscopy the 

20 name or may rely on memoiy or a different data source. 

Moreover, manually transferring other information such as parameters for 
configuring an infusion pump to dispense medication may result in errors that reduce 
the accuracy and/or effectiveness of drug administration and patient care. This may 
result in an increased duration of treatment with an attendant increase in cost. 

25 Hospitals and other institutions continuously strive to provide quality patient 

care. Medical errors, such as where the wrong patient receives the wrong drug at the 
wrong time, in the wrong dosage, or even where the wrong surgery is performed, are 
a significant problem for all healthcare facilities. Many prescription drugs and 
injections are identified merely by slips of paper on which the patient's name and 

30 identification number have been hand-written by a nurse or technician who is to 
administer the treatment For a variety of reasons, such as the transfer of patients to 
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different beds and errors in marking the slips of paper, the possibility arises that a 
patient may be given an incorrect treatment. This results in increased e>q)ense for the 
patient and hospital that could be prevented using an automated system to verify that 
the patient is receiving the correct care. Various solutions to these problems have 
5 been proposed, such as systems ±at use bar codes to identify patients and 
medications, or systems allowing the beside entry of patient data. While these 
systems have advanced the art significandy, even more comprehensive systems could 
prove to be of greater value. 

Delivery, verification, and control of medication in an institutional setting have 

10 traditionally been areas where errors can occur all too frequentiy. In a typical facility, 
a physician enters an order for a medication for a particular patient. This order may 
be handled either as a simple prescription slip, or it may be entered into an 
automated system, such as a physician order entry ("POE'O system. The prescription 
slip or the electronic prescription from the POE system is routed to the pharmacy, 

15 where the order is filled, hopefully in a timely manner, so that the medication can be 
provided to the patient Typically, pharmacies check the physician order against 
possible allergies of the patient and for possible drug interactions in the case where 
two or more drugs are prescribed, and also check for contra-indications. Depending 
on the facility, tiie medication may be identified and gathered within the pharmacy 

20 and placed into a transport carrier for transport to a nurse station. Once at the nurse 
station, the prescriptions are once again checked against the medications tiiat have 
been identified for delivery to ensure that no errors have occurred. 

Typically, medications are delivered to a nurse station in a drug cart or other 
carrier that allows a certain degree of security to prevent theft or loss of medication. 

25 In one example, the drug cart or carrier is divided into a series of drawers or 

containers, each container holding the prescribed medication for a single patient. To 
access the medication, die nurse must enter in the appropriate identification to 
unlock a drawer or door or container. In odier situations, inventories of commonly 
used drugs may be placed in a secure cabinet located in an area close by a nurse 

30 station. This inventory may contain not only topical medications but oral, IM-, and 
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IV-delivered medications as well Nurse identification and a medication order 
number are typically required to gain access to the cabinet. 

The nurse station receives a listing of drugs to be delivered to patients at 
intervals throughout the day. A nurse or other care-giver or other qualified person 
5 reads the list of medications to be delivered, and gathers those medications from the 
inventory at the nurse station. Once all of the medications have been gathered for 
the patients in the unit for which the nurse station is responsible, one or more nurses 
then take the medications to the individual patients and administer the dosages. 
Common to all of these systems is the nurse or other care-giver who delivers 

10 the medication. The nurse or care-giver is central to the process of verifying that the 
right medication is given to the right patient in the correct dosage at the right time at 
the point of care. No other person in the facility is situated as well as the nurse or 
other care-giver delivering the medication to ensure or verify that the appropriate 
drug is being given to the appropriate patient. 

15 Such a system works well to verify ±at patients are receiving the appropriate 

drug when drugs are delivered orally, but the system may not be capable of 
thoroughly verifying that the appropriate medication regimen is being delivered to a 
patient in the case where IV drugs are being delivered. For example, a nurse or other 
care-giver may carry an IV bag down to a particular patient area, hang the bag, 

20 program an infusion pump with appropriate treatment parameters and begin infusion 
of the medication. The applicable hospital control system, such as the pharmacy 
information system, may not know that the patient has received the medication, and 
if the information is lost somewhere, the possibility exists of medicating the patient 
twice. Thus, there may be a break in the link of verification that the medication is 

25 being properly delivered to the patient if an event occurs resulting in a deviation from 
the desired treatment parameters. 

Hence what has been recognized as a need, and has heretofore been 
imavailable, is an uitegrated, modtdar system for tracking and controlling patient 
care and for mtegrating the patient care information with other institutional 

30 databases to achieve a reliable, efficient, cost-effective delivery of healthcare to 
patients. The invention fulfills this need and otiiers. 
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SUMMARY OF THE INVENTION 
Briefly, and in general terms, the present invention is directed to a new and 
improved information management system and mediod capable of monitoring, 
controlling and validating die administration of medical care delivery in a health care 
5 fadUty. 

Generally, the system of the present invention includes a medical transaction 
carrier ("MTC") diat contains information concerning past and present medical 
transactions. The medical transaction carrier is used to transfer information relating 
to past and present medical transactions between a control system that is interfaced 

10 with various other care-giving institutional information systems, such as a pharmacy 
information system, or hospital information system, or physician order entry system, 
or a patient specific asset located at a patient's bedside. The information transferred 
by the medical transaction carrier is used to validate that the right medication and the 
parameters of the medication administration record are properly delivered to the 

15 right patient. As is well known by those skilled in the art, the medication 
administration record ("MAR") is used by nurses to schedule medication 
administration. It is also used to document tiie actual adn:iinistration of the 
medications. The medication order from tiie physician is recorded on tiie MAR, eitiier 
by die pharmacy or the nurse staff members. As doses are admiiiistered, the nurse 

20 initials the corresponding time and records any additional required information (e.g. 
pulse rate, blood sugar) . The MAR covers a specific period of time, typically 24 to 72 
hours. The MAR is the legal record of drug administration, and it is kept as a 
permanent part of the patient's medical record. The system of the present invention 
includes methods for validating the information transferred by the medical 

25 transaction system to ensure that no information is lost. 

The medical transaction carrier in accordance with one aspect of the present 
invention may be a personal data assistant CTDA"), a laptop computer, a smart card, 
a BLUETOOTH transceiver, or other device capable of storing information and 
transporting the mformation from one location in a care-giving facility where 

30 medications are prepared for delivery to a patienfs bedside. In another aspect, the 
medical transaction carrier may be primarily stationary and located at the patient's 
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bedside. At the patient's bedside, the medical transaction carrier is interfaced to a 
patient specific asset ("PSA"), such as an mfiision pump or vital signs monitor, and 
the information stored within the medical transaction carrier is communicated to the 
patient specific asset to provide the asset with specific treatment parameters to be 
5 used in delivering medication to the patient or in otherwise interacting with the 
patient 

In another aspect of the present invention, the patient specific asset may 
include a capability of monitoring the progress of the delivery of medication and 
storing information relating to the delivery of the medication in a memory. The 

10 stored information may then be communicated to the medical transaction carrier for 
transport back to the control system, where the information is transferred from the 
medical transaction carrier and validated and/or documented by the control system. 
Documentation may occur in the pharmacy system for example. 

In a further aspect of the present invention, the patient specific asset is 

15 configured to validate that information related to past medical transactions has been 
commimicated to the control system. The control system may also include a 
capability of validatmg information transferred firom tiie patient specific asset to the 
control system to ensure that all transaction information stored in the patient specific 
asset has been transferred to the control system for storage in a data base. In more 

20 detailed aspects, the PSA retains such past medical transaction information until it is 
notified that the control system has validated the information. 

In yet another aspect of the present invention, care-givers, patients and 
medications may be identified using bar coded labels, RF identification, BLUETOOTH 
tags, or other devices. Such other devices may include active devices such as 

25 embedded computers or passive devices, such as magnetic strips. 

In still another aspect of ±e invention, information is commimicated between 
the various components of the system using wireless technology. For example, the 
various components of the sj^tem may communicate using a wireless network 
utilizmg communication protocols such as BLUETOOTH™ GEEE 802.15) or other 

30 protocols such as those described in IEEE 802.11, 802.11a, and 802.11b. 
Communication within the wireless network may utilize radio frequency 
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electromagnetic radiation, infrared radiation or other means for accomplishing 
wireless communication between network elements. 

In yet another aspect of the invention, the MTC may take the form of an 
electronic data stream, or message, formatted to include a unique identifier 
5 identifying each individual message and medical transaction information as described 
with reference to a physical MTC. In tiiis aspect, die PSA may be connected, either by 
a physical connection, or by wireless connection, to a communication network in 
communication wdth various care facility information systems, such as a pharmacy 
information system. A processor operably connected to the PSA, which may be 
10 included in the same case as the PSA, for example in the case of an infusion pump, is 
configured to validate that an electronic MTC is received and validated by the care 
facility's information system before clearing the MTC from a memory operably 
connected to the processor. 

These and other advantages of the invention will become apparent from the 
15 following more detailed description when taken in conjunction with the 
accompanying drawings of illustrative embodiments. 

BRIEF DESCRIPTION OF THE DRAWINGS 
FIGURE 1 is a graphical representation of a care management system 
incorporating principles of the present invention and illustrating details of the 
20 hardware elements and conmiimications network, and the interconnections of the 
elements shovra; 

FIG. 2 is functional block diagram illustrating information flow between a 
medical transaction carrier and a control system of the present invention; 

FIG. 3 is a functional block diagram illustrating information flow between a 
25 medical transaction carrier and a patient specific asset of the present invention; and 

FIG. 4 is a graphical representation of another embodiment of a care 
management system of FIG. 1 wherein the control system is incorporated into a 
patient specific asset, which is in wireless communication with various care facility 
information systems. 

30 
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nRTATT.F D DESCRIPTION OF THE PREFERRED EMBODIMENTS 
The present invention provides a system and method for monitoring, 
controlling and tracking the administration of care in a healthcare facility. 
Additionally, the present invention also provides for closing the loop on drug delivery 
5 and validation that the right treatment has been given to the right patient. 

Referring now to drawings in which like reference numerals are used to refer 
to like or corresponding elements among the figures, there is generally shown in 
FIGURE 1 an integrated hospital-wide information and care management system in 
accordance with aspects of the present invention. Various subsystems of an facility's 

10 information management system are connected together by way of a communication 
system 5. The communication system 5 may be, for example, a local area network 
(LAN), a wide area network (WAN), Inter- or intranet based, or some other 
telecommunications network designed to cany signals allowing communications 
between the various information systems in the facility. For example, as shown in 

15 FIG. 1, the communication system 5 connects, through various interfaces 10, a 

hospital information system 20, a pharmacy information system 30, a physician order 
entry system 35, and a control system 40. 

The control system of the present invention may hiclude various hardware 
components, such as a computer, for example, an IBM or IBM-compatible personal 

20 computer or server, having suffident mass storage 45, such as local hard drives, CD- 
ROM, magnetic tape, or other media, and appropriate commimication interface 
capabilities to interconnect with the communication system 5. Although many 
configurations are possible, in one embodiment, the control system 40 may include 
hardware such as a data commimication router, modem, or other means for 

25 communicating with the hospital network. The control system 40 also includes 

software programs for carrying out various aspects of the present invention, as will be 
discussed more fully below, and basic operational software, such as an operating 
system such as Wmdows, Windows NT or Windows 2000 distributed by Microsoft, 
Inc., linux, distributed by Red Hat or any other suitable operating system. The 

30 operational software will also include various auxiliary programs enabling 

communications with otiier hardware or networks, data input and output and report 
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generation and printing, among other functions. While control system 40 is shown as 
a separate piece of equipment, it wrill be imderstood that control system 40 and mass 
storage 45 may also be incorporated into another element, such the pump 120 or 
other system. 

5 The communication system 5 may comprise, for example, an Ethernet (IEEE 

802.3), a token ring network, or other suitable network topology, utilizing either wire 
or optical telecommunication cabling. In an alternative embodmient, the 
communication system 5 may comprise a wireless system, utilizing transmitters and 
receivers positioned throughout the care-giving facility and/or attached to various 

10 computers, dinical devices and other equipment used in the facility. In such a 
wireless system, the signals transmitted and received by the system could be radio 
frequency (RF), infrared (IR), or other means capable of carrying information in a 
wireless manner between devices having appropriate transmitters or receivers. It will 
be immediately understood by those skilled in the art that such a system may be 

15 identical to the system set forth in FIG. 1, with the exception that no wires are 
required to connect the various aspects of the system. 

In a typical hospital or other care-giving fadlily, patient rooms, wards, or areas 
are typically situated in groups located near a nurse station 50, where the nurses 
assigned to care for the patients in the particular area carry out the adininistrative 

20 functions of their duties. Typically, these functions include monitoring the patients' 
charts, preparation of medication orders, and monitoring and recording any other 
information deemed necessary to track by the facility. There is also xisually a room 
located adjacent the nurse station that is dedicated to storage and/or preparation of 
medications to be delivered to patients. This room may contain inventories of 

25 commonly used oral, intramuscular or intravenous medications. Additionally, the 
room may also be used to formulate the contents of infusion bags in accordance with 
prescribed treatment regimens. 

The nurse station 50 will typically include a terminal or computer system 60 
connected either directiy or through an interface (not shown) to the commimication 

30 system 5, allowing users at the niurse station to enter and retrieve patient data or 
information from other systems, such as the hospital information system 20, the 
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pharmacy information system 30, the physician order entry system 35, or other 
systems used in the facility. It should be understood that not all users will be 
provided with access rights to each system. For example, physicians may be able to 
access the physician order entry system 35 from the nurse station system 50 to enter, 
5 edit or track medication orders, but a nurse may only be able to view such orders. 
Moreover, while the present invention is described with reference to the computer 
system 60 being located at a nurse station 50, the computer system 60 may also be a 
satellite system that is located anywhere in the care-giving facility where it is 
convenient or efficient to do so. Such a satellite computer system may be operably 
10 connected to the communication system 5 using either a wired or wireless network 
connection. A printer 65 may also be connected to the nurse station computer system 
60 for printing reports, and a bar code reader 80 may be provided for reading bar 
codes on medication labels, reports or other items having bar coded labels provided 
for identification. 

15 In the present invention, the nurse station computer system 60 includes a 

capability for providing data exchange between the computer system 60 and a 
medical transaction carrier device (MTC) 110. In one embodiment of the present 
invention, the MTC 110 may be interfaced to the nurse station computer system 60 
through a cradle 100 or other docking device that provides a connection between the 

20 MTC 110 and the computer system 60. In this embodiment, use of the cradle 100 
allows information to flow into and out of the MTC 110 to the computer system 60. 
This information may then be processed and stored on the computer system 60, or 
the information may be communicated by the computer system 60 to various other 
facility information systems over the communication system 5. In this manner, 

25 information from the pharmacy information system 30, for example, may be 
communicated through the communication system 5, the nurse station computer 
system 60, and the MTC cradle 100 into the MTC 110. Similarly, information 
contained within the MTC 110 may be communicated through the MTC cradle 100, 
the nurse station computer system 60, and the communication system 5 to any of 

30 systems 20, 30, 35, or 40. 

10 
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The medical transaction carrier 110 generally refers to a device that contains 
medication and/or patient specific information that is portable such that it can be 
carried by a nurse or other care-giver to and from a patient's bedside. The MTC 110 
may also have a storage capability and technology for interfacing with a computer 
5 S3rstem or network so that information may be communicated between the MTC 110 
and other devices, such as computers, clinical devices and the like. The MTC 110 
may, but not necessarily, include a processor. 

It should be understood, however, tiiat the general concept embodied in the 
MTC is to provide a way of communicating an order for medical care from a care 

10 facilities information system, such as a pharmacy information system or physician 
order entry system, to a patient specific asset, and communicating a message from the 
patient specific asset back to the information system that the order for medical care 
has been received by the patient specific asset. In another embodiment, the patient 
specific asset may also report that the order for medical care was actually carried out. 

15 The message from the patient specific asset is commimicated to the relevant 

information system by means of the MTC and the information system 'Validates" the 
message firom the patient specific asset with its copy of the order. As used herein, 
Validate" means Verify" or "corroborate." For example, the message firom the patient 
specific asset may contam the unique order identifier. The information system 

20 compares that unique order number with order numbers in its memory and then 
indicates in its memory that a patient specific asset has received and or carried out 
the order. The order is ±en considered "validated" by the information system. 

The patient specific asset includes a memory for storing the delivered order 
imtil it receives a signal or message from the information system that the message 

25 firom the patient specific asset has been received by the information system, that the 
information system validated the order that was the subject of the message from the 
patient specific asset, and that the patient specific asset is therefore now authorized 
to dear the order from its memory. Thus, while various descriptions of a physically 
embodied MTC are provided as exemplary embodiments, it will be understood that 

30 an electronic message formatted to include appropriate information so tiiat the 
validation by of the present invention may be carried out by operably connected 

.11 
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information systems and patient specific assets processors is within the intended 
scope of the invention. More details of such a system are set forth in more detail 
below. 

The MTC 110 typically will have stored within it data or information 
5 concerning various transactions representing the identity and treatment regimens for 
medications to be given to a patient, as well as other information, such as care-giver 
identity, equipment location, patient vital sign information, or any other information 
sought to be recorded. The MTC 110 may also store data or information concerning 
primary or secondary validation of previous and/or duplicate transactions of medical 

10 treatment information. 

While specific examples of a MTC 110 are set forth herein, it will be 
understood that any device that carries out the basic concept of the invention, i.e., a 
device that carries patient specific and/or other medical or treatment information 
from a nxirse station or otiier source of information to a patient, wherein the 

15 information may be downloaded or otherwise conmiimicated to a patient specific 
asset, and which may in turn receive information from the patient specific asset, will 
accomplish the aims of tiie present invention. A particularly advantageous 
embodiment includes storing information in the MTC 110 xmtil die MTC 110 re- . 
establishes a commimication connection with the control S3^em 40, whereby the 

20 information stored in the MTC 110 may be communicated to the control system 40. 
In this manner, the present invention closes the loop ensuring that the right 
medication has been given in the right manner to the right patient. 

For example, consistent with the present invention, the MTC 110 may be 
embodied in a hand-held ^'personal digital assistant" ("PDA'O such as a Palm""^ Pilot 

25 or a PDA running the Windows™ operating system, a notebook computer or other 
portable computer system. The MTC may also comprise a smartcard such as those 
that maintain account information and are issued by banking facilities, such as the 
American E3q)ress Bluecard. Other embodiments of tiie MTC may include a magnetic 
strip card, a PCMCIA card, RF-ID, or other non-volatile memory storage media. The 

30 use of such devices is advantageous in that devices having a suitably large memory to 
accommodate the type of information required by the present invention to track 
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medication and validate treatment as well as retrieving other patient information, are 
readily available and relatively inexpensive, thus allowing a MTC to be assigned to 
each individual patient, or alternatively, to an individual clinical device. Additionally, 
such devices are smaU, compact and easily transportable. 
5 In another embodiment, the MTC may comprise a pager device or a mobile 

telephone. Such devices would be particularly useful in a wireless environment, 
wherein the devices could be programmed to respond to signals from suitable 
transmitter/receivers located throughout the hospital. 

Alternatively, the MTC 110 may be embodied in any device that includes an 

10 active embedded computer. Such an active embedded computer may be even smaller 
than a PDA or notebook computer. For the purposes of the present invention, such 
an active embedded computer includes any device incorporating a microprocessor 
and allows for input and/or output of information, whether via electrical, radio 
frequency or optical means, wireless or direct contact, and which contains its Own 

15 power supply. One example of an active embedded computer in accordance with this 
invention may be attached to or embedded in the packing or container of a 
medication to be delivered to a patient. Such devices may typically be manufactured 
no larger than, for example, a postage stamp or business card and yet include, using 
micro circuitry, enough processing power, information storage, data or information 

20 input and output, and power to be suitable for use as a medical transaction carrier. 

In yet another embodiment of the present invention, the medical transaction 
carrier may be a bar code label which contains information about the patient and the 
medication that is encoded into the bar code. Alternatively, the MTC may simply be 
an addressable information storage device, similar to memory "sticks" used as storage 

25 for digital cameras. 

Medical transaction carriers in accordance with ±e present invention may be 
either stand alone, as where the MTC comprises a PDA, notebook computer or a 
smartcard, or alternatively, the MTC may be attached to another piece of equipment 
or device. For example, a medical transaction carrier using wireless technology could 

30 be incorporated into a medication carrying case or cart. Moreover, where the MTC is 
an electronic message, there need be no physical device used. Instead, a processor 



13 



wo 01/88828 PCT/USOl/15989 



may be included in a patient spedfic asset that is configured to receive an electronic 
MTC, act on the information carried tiiereby, formulate a response message into an 
electronic MTC and transmit an electronic MTC to a facility's information system. 
Such a system would be imderstood to not be stricdy portable, but rather stationary, 
5 in the sense that no physical device would be used to transport the medical 

transaction information contained in the MTC from one location to another. Instead, 
the electronic MTC may be transported either over a physical communications 
network, using, for example, wires or optical waveguides, or by way of a wireless 
network. . 

10 In another embodiment, such as where the patient specific asset is modular 

and includes an advanced programming module ("APM"), such as in the MARIS 
Medical System, Inc. MEDLEY™ PATIENT CARE MANAGEMENT SYSTEM, the APM 
may include sufficient programming to perform the function of an MTC. In such 
case, the APM would be in contact with the relevant information system, such as the 

15 pharmacy information system, and would communicate to the information system 
that the patient specific asset received the order. The information system may then 
validate the order and conununicate to the APM that the order has been validated. 
The APM may then delete the order firom its memory. 

It is not unusual at present to find computers 70 located at patient bedsides in 

20 a care-giving facility. Such computers 70 may serve a single patient, or may serve 
more than one patient, depending on the design and arrangement of the patient area. 
There may also be a variety of equipment or clinical devices attached to the bedside 
computer 70. Examples of such devices are a bar code reader 80, a printer (not 
shown), patient monitoring equipment (not shown) for monitoring patient vital signs 

25 or other patient specific assets ("PSA") assigned to the patient. Examples of such 
PSA's include an infusion device such as can form a part of the AIARIS Medical 
Systems, Inc's MEDLEY™ MODULAR PATIENT CARE SYSTEM. Attention is directed 
to U.S. Patent No. 5,713,856 entitied "Modular Patient Care System" to Eggers et al. 
in which the APM is described as an advanced interface unit 100, and is incorporated 

30 herein by reference. In such system, an infusion device may be mounted to an 
Advanced Programming Module C'APM"). Other devices, such as a vital signs 
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• 

monitor or monitors, are envisioned as being mountable to the APM also. Other 
infusion or drug delivery devices and/or patient monitoring equipment such as 
cardiac or respiratory monitors may also comprise or form a part of the PSA. 

The bedside equipment and clinical devices are typically equipped with data 
5 communication technology such as RS 232 serial ports or proprietary communication 
ports that allow information and data to be communicated to and from the 
equipment or clinical device. Using this communication technology, the bedside 
equipment and clinical devices may be connected to the bedside computer system 70, 
or, alternatively, they may be connected, either by wire or wireless system, to 

10 commimication system 5 using wireless technology, such as RF, IR, or other wireless 
communication protocols. 

One disadvantage of connecting the equipment or clinical devices directiy into 
the communication system 5 or bedside computer 5 is that the PSA thus becomes 
immobile and relegated to a single location. This disadvantage is addressed by the 

15 present invention in that use of the MTC to transport information to and from the 
clinical device or bedside equipment frees the device or equipment to be moved from 
one location to another without requiring changes to a communication network to 
identify the equipment or device, as is required where the equipment or device is 
identified as a node on the network. 

20 In one embodiment of ±e present invention, the PSA 120 may include a MTC 

cradle 100, The MTC cradle 100 may be hardwired to the PSA 120 using the PSA's 
RS 232 or other communication port. Altematively, the PSA 120 may include an 
integrated MTC cradle. Using such an integrated MTC cradle is advantageous in that 
it elimmates the need for another item of equipment that must be connected to the 

25 PSA. Of course, where PSAs having the required MTC cradle technology integrated 
therein are not available, an extemal MTC cradle 100 must be used. It will also be 
understood by those skilled in the art that, where an extemal MTC cradle 100 is 
necessary, the MTC cradle 100 may communicate with the PSA 120 using either 
wired or wireless technology, as described above. 

30 As described previously, one particularly advantageotis embodiment of the 

present invention includes a medical transaction carrier 110 that is capable of 
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communicating information to and from the PSA 120 and the network or control 
system using wireless technology. For example, the MTC 110 may be understood to 
include, but is not limited to, commimications utilizing optical or infrared 
transmission, magnetic transmission, or wireless technology where the wireless 
5 technology is understood to include methodology such as the BLUETOOTH™ 

technology (IEEE 802.15), standard methodologies such as wireless Intemet, WAP or 
any other proprietary communication scheme using electromagnetic waves instead of 
wires to connect and communicate between devices. Such wireless communications 
may also be performed using other wireless networking alternatives, such as those 

10 described in the IEEE 802.1 Ix standards. Whreless technologies are designed to 
aeate wireless networks allowing devices such as PDA's, cell phones and personal 
computers to exchange information at relatively high transmission speeds. 

Using BLUE TOOTH™ technology, for example, data from a PDA, notebook 
computer, or other device such as a smartcard reader may be sent by an internal 

15 BLUE TOOTH™ radio chip embedded in the MTC 110 to a mobile telephone 

transmitter/ receiver for transmission to a receiver connected to a server system. . 
Using the IEEE 802. llx standards for example, data is transmitted direcdy to a 
receiver, which may be wired into a network using Ethemet or odier network 
topology. The MTC is capable of wireless conununication using either BLUE 

20 TOOTH™ or other technologies (such as those described in IEEE 802.11x), and may 
be used throughout a care giving facility without the disadvantage of requiring 
cumbersome hardwired devices. 

One particular mode of operation of the present invention will now be 
described. A patient entering a hospital or other care giving facility is provided witii a 

25 wristband, necklace, ankle band or other identifier that is affixed to the patient in a 
manner so that the patient can be identified even if the patient is unconscious or 
otherwise unresponsive. This wristband or other device may include a bar code 
representing the name of tiie patient and other information ±at die institute has 
determined is important Additionally, any other information such as age, allergies, 

30 or otiier vital information may be encoded into the bar code. Alternatively, the 
patient information device may be an active embedded computer .or passive device 
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attached to a wrist band or other carrier that is attached to the patient. Such a device 
would be responsive to devices located throughout the care-giving facility, such as 
readers or wireless transmitter/receivers, to provide the identity of the patient along 
with other information when the device is queried. 
5 After the patient is admitted and situated in a bed within the facility, the 

patient is typically evaluated by a physician and a course of treatment is prescribed. 
The physician prescribes a course of treatment by preparing an order which may 
request a series of laboratory tests or administration of a particular medication to the 
patient. In some case, the physician prepares the order by filling in a form or writing 

10 the order on a slip of paper to be entered into the hospital system for providing care. 
In other cases, the physician may enter the medication order directly into a physician 
order entry system 35 (FIG. 1) or may instruct a nurse or other care-giving 
professional to do so. 

If the order is for administration of a particular medication regimen, the order 

15 will be transmitted to the fadlit/s pharmacy information system 30. The pharmacy 
reviews the order, and prepares the medication according to the reqmrements of the 
physician. Typically, the pharmacy packages the medication in a container, and a 
copy of the order, or at a minimum the patient* s name, the drug name, and the 
appropriate treatment parameters are represented on a label that is affixed to the 

20 drug container. This information may be represented by a bar code, or it may be 
stored in a smart label, such as a label having an embedded computer or passive 
device. 

Once the order has been prepared, the order is sent to the nurse station for 
matching with the appropriate patient. Alternatively, if the medication is for a 
25 commonly or routinely prescribed medication, the medication may be included in an 
inventory of medications that is stored in a secure cabinet adjacent the nurse station. 
In such a case, the nurse station will receive a list of orders from the pharmacy 
information system 30 tiiat may be drawn from &e inventory adjacent the nurse 
station. The nurse will enter here identifier at the cabinet to gain access, in 
30 accordance with standard practice. The nurse or other professional assigned the task 
. of gathering medications will then match the orders received from the pharmacy 

17 




wo 01/88828 PCT/USOl/15989 

infonnation system 60 to the medications stored in the inventory and pull those 
medications that are to be delivered to specific patients. These procedures are carried 
out whether the medication to be delivered is an oral medication, or a medication 
diat is to be delivered intramuscularly or through an uifusion. 
5 When the prescribed time for delivery of the medications arrives, the 

medications are carried to the patient's area and administered to the patient by the 
nurse or other care-giver. In the case of drugs to be delivered via infusion, the care- 
giver hangs the infusion bag, attaches the bag to an infusion pump, and sets up the 
infusion pump to deliver the medication by programming the pump with values for 

10 various parameters that are used by the pump to control delivery of the medication to 
the patient. The infusion regimen is then started, and, because delivery of an 
infusion regimen generally extends over a prolonged period of time, the care-giver 
leaves the patient and continues on to care for other patients. 

With the advent of modem infusion pumps that incorporate miaoprocessors 

15 and storage capability, it has become possible to maintain a record of not only the 
programmed infusion parameters, but also a log of the treatment as it is given to the 
patient. Until the present invention, however, there has been no way to ensure that 
the information gathered by the infusion ptmip was communicated to a system that 
could incorporate a record of . the infusion mto the patientfs records stored in any of 

20 the facility's iiiformation systems. 

Utilizing the present invention, a nurse or care-giver gathering or preparing 
medications to be delivered to patients programs a MTC 110 with the information 
appropriate to the particular medical treatment regimen that is to be delivered to a 
patient. Because medical transaction carriers are relatively inexpensive, there may be 

25 an individual MTC assigned to each patient or PSA 120. As will be discussed below, 
the MTC 110 provides for not only transporting information between care facility 
information systems and PSAs 120, but it also provides an instrument for validating 
the medical transaction to ensure that all information concerning delivery of a 
medication is retrieved and transferred to the care facility information systems. The 

30 system and method of the present invention accomplishes this in a maimer that ^ 
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allows for loss of the MTC, or delay in return of tlie MTC or thie use of different MTCs 
having different parts of a medical order without loss of information. 

A commimication session to transfer medical transaction information for a 
particular patient into a MTC 110 is initiated by inserting the MTC 110 into an 
5 appropriate slot or cradle for the MTC 100 which is in operable communication with 
the control system 40 via the nurse station computer system 60 and communication 
system 5. Alternatively, the MTC 110 may communicate with the control system 40 
using a wireless system. As described above, this wireless system may comprise 
either infrared or RF frequency signals using appropriate communication protocols 

10 such as BLUE TOOTH"" or others (such as those described in IEEE 802,llx). 

Once a connection has been established between the MTC 110 and the control 
system 40, the nurse or other care-giver preparing the medication logs into die 
control system 40 and the transaction may be tagged with the care-giver's unique 
identification. Alternatively, establishing commimication between the MTC 110 and 

15 the control system 40 may automatically cause the system to query the care-giver for 
an identification, which may be provided using an input device, such as a keyboard, 
bar code reader, or other device designed to read the care-givefs identification 
device. 

The information to be transferred to the MTC 110 typically consists of orders 
20 for medication or other procedures that have been entered into an facility's 

information systems, such as the pharmacy information system 60. As each order, 
either for medication or other procedure, is entered into the facility's information 
systems, it may be given a unique transaction identifier. Thus, these identifiers may 
be associated with orders in a line-by-line manner such that each medication or 
25 procedure to be carried out on or delivered to a patient is uniquely identified by a 
unique transaction identifier. The medical transaction information, including the 
unique transaction identifiers in the facility information systems may be accessed by 
the control system 4 through communications system 5. 

Once the medical transactions are assembled and available for access by the 
30 control system 40, specific infusion delivery protocols, medication limits, time-based 
medication constraints, and/or other patient's specific information comprising the 
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medical transaction information may be transferred to the MTC 110. The amoimt of 
information transferred to the MTC 110 will be dependent only upon the software 
running on the control system 40, as well as tiie memory constraints of the MTC 110. 
Once the specific information has been downloaded from the control system 40 into 
5 the MTC 110, the MTC is ready to accompany the medication to the patient area for 
treatment of the patient. 

In one embodiment, a single MTC may be assigned to a nurse to cover all the 
nurse's patients. Thus, the control system 40 may load all medical orders for a 
particular nurse for that day or for that nurse's rounds, on a single MTC assigned to 
10 that nurse. 

In another embodiment, more than one MTC may be used to transmit an order 
or orders for a particular patient or patients. Where multiple MTCs are used, the 
various elements of the system of the present invention are programed to determine 
whether all of the medical transaction information contained on the multiple MTC 
15 has been received and validated. Where one or more MTCs of a multiple MTC 

transaction have not been received or validated, the system of the present invention is 
configured to provide an alert to care givers in the care facility that corrective action 
is needed. 

At the patient location, the information from the MTC 110 is transmitted to the 
20 PSA 120 using either wired or wireless technology. In one embodiment, the PSA 120 
may be specifically configured to receive the MTC 110 to make the connection for 
transferral of data from the MTC 110 to die PSA. For example, where the MTC is a 
smart card, ±e PSA may include a slot or other device configured to receive the MTC 
110 and to engage the MTC in such a manner as to allow commimication between 
25 the MTC 110 and the PSA. Various methods for configuring such a communication 
connection are well-known in the art and will not be discussed herein, but may 
include, for example, connector pads or an induction coil capable of interfacing with 
the smart card to enable communication of information between the smart card and 
the PSA 120. 

30 In an alternative embodiment, where the MTC 110 is a smart card having a 

magnetic strip, the PSA 120 may include a magnetic strip reader capable of reading 
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the encoded information stored in the magnetic strip of tiie MTC 110. In yet anodier 
embodiment, the MTC may include a transmitter/receiver configured such that when 
the MTC 110 comes witiiin a predetermined distance of the PSA 120, a 
commtinication link between the MTC 110 and the PSA 120 is automatically 
5 established. Using a unique identifier associated wi± the specific PSA 120 to be used 
to deliver the medication, the MTC 110 may query die PSA 120 to determine if the 
unique identifier stored in the memory of the MTC 110 matches that of the PSA 120. 
If the unique identifier stored in tiie MTC 110 does not match the identifier 
transmitted to it by the PSA 120, an error signal may be generated alerting the care- 

10 giver that the MTC 110 is communicating with the wrong PSA 120, and that the 
patient may receive the wrong medication. 

If the MTC 110 queries the PSA 120 and receives a matching identifier, the 
MTC 110 begins communicating information into a memory of the PSA 120. This 
mformation may then be utilized by the PSA 120 to set tiie particular treatment 

15 parameters that are to be used to deliver medication to the patient. 

The MTC 110 may also query the PSA 120 for historical records stored in the 
memory of tiie PSA. In this process, information such as a current key log, error log, 
vital signs log, infusion delivery log, medication delivery log, transaction 
identification, maintenance log and otiier logs and/or other patient data may be 

20 transferred from the PSA 120 to the MTC 110. 

Additionally, the MTC 110 may remain in conamunication with the PSA 120 
for tiie duration of the treatment, although tiie communication link between the MTC 
■ 110 and the PSA 120 may also be broken by removing the MTC 110 from the PSA 
120 or cradle 100. At some time in the future, when the nurse or other care-giver is 

25 making roimds of the patients and determines that the treatment is over, 

commimication between .tiie MTC 110 and the PSA 120 may be reestablished. Before 
the MTC 110 is removed fi-om the proximity of the PSA 120 at the end of the 
treatment, the nurse or other care-giver instructs the PSA 120 to transfer desired 
information, such as that described above, to the MTC 110. The MTC is then removed 

30 from tiie PSA 120 or from the cradle 100 attached to the PSA 120 and is carried by 
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the nurse or care-giver back to the nurse station computer system 60 or other satellite 
computer system capable of reading the information stored in the MTC 110. 

Once at the nurse station computer system 60, the MTC 110 in inserted into 
computer system 60 or MTC cradle 100, depending on the configuration of the 
5 equipment, to begin ±e process of communicating the patient information gathered 
from the PSA 120 into the storage of control system 40, Alternatively, particularly in 
the case where a wireless system is used, MTC 110 may be activated as it approaches 
within a predetermined distance of the nurse station computer system 60 or another 
other device, such as a computer system located at a location other than at the nurse 

10 station 50 (not shown) or a remotely located transmitter/receiver configured to 

establish communication with a MTC, to establish a communication connection with 
control system 40 over communication system 5. 

FIG. 2 is a block diagram of one method utilizing the system of the present 
invention illustrating the use of a medical transaction carrier 110 (FIG, 1) that is 

15 transported by a nurse or other care-giver to the location where the medication is to 
be delivered in communication with a patient specific asset that is to be used to 
deliver the medication and to retrieve medical transaction information concerning 
present and past medication delivery from the PSA. While the method is described 
with reference to programming the MTC 110, it will be understood that such 

20 programming also includes simply storing information in the MTC 1 10, and does not . 
require that the MTC be capable of processing or running a program as those terms 
are often used in computer technology. 

As described previously, the MTC 110 establishes a connection with the 
controlling server 40 in box 300. The controlling server 40 validates that this is a 

25 transaction with information from a PSA, and creates a new transaction ID for the 
particular transaction being imdertaken in box 305. In the event that validation 
cannot occur, the control server 40 issues a signal to alert a mxrse or care-giver that 
there is an error so that appropriate action to remedy the error may be taken. 

Once the connection has been established m the box 300, the MTC lib may be 

30 queried by the control system 40 to transmit imknown deleted transaction 

identifications QDs) tiiat were not foimd in the mformation stored in the PSA 120. 
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The control server 40 analyzes the unknown deleted transaction IDs, and determmes, 
in box 320, whether or not these transactions are pending or may be cleared from 
memory. If the transactions associated with the undeleted transaction IDs are not 
pending, control server 40 deteraiines, in box 330, that no action needs to be taken 
5 and that these transactions were cleared during a previous conmiunication session. 
In the case where the determination in box 320 indicates that the imknown deleted 
transaction IDs are pending for clearance, the control server 40 marks the transaction 
as cleared 334. 

Once the unknown deleted transaction IDs have been marked as cleared 334, 
10 the control system 40 sends a signal to the MTC 110 indicating that the control 
system 40 is now ready to receive current information. This step may also be 
automated, for example, where the MTC 100 includes a processor capable of 
executing a series of program steps independent of the control system 40, such that 
the MTC 110 queries the control system 40 to determine if the control system 40 is 
15 ready to receive information. In the event that the query receives a positive response, 
the MTC 110 may then begin transferring current medical transaction uiformation. 
Where the MTC 110 does not receive a positive response from the control system 40, 
indicating that the control system 40 is not yet ready to receive information, then the 
MTC 40 continues to wait and query the control system until it receives a positive 
20 response. 

Once the transfer of information and/or data from the MTC 110 to the control 
system 40 has been initiated in box 345, information stored in the MTC 110 
representing such information as, for example, but not limited to, a current key log, 
an error log, vital signs log, infusion delivery log, medication delivery log, transaction 

25 ID, maintenance and other logs, and any other patient data is communicated to the 
control system 40, where it may be stored in a database 45 associated witii the 
control system 40 in box 340. In this way, the medical transaction information 
communicated by the MCT 110 to the control system 40 may be permanenfly 
associated with a particular PSA. 

30 Once the information contained within the MTC 110 has been transferred to 

the control system 40 in step 345, the currentiy cleared and transferred medical 
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transaction information stored in the MTC 100 may be erased,' as indicated in box 
350, Alternatively, the information may be archived to storage media, such as 
magnetic tape, hard drives, floppy disks, and the like, as indicated in box 355. 

The control system 40 executes software programs in box 350 that analyze 
5 the information recentiy received from the MTC 110 and communicate new 
information for present medication delivery transactions to the MTC 110. Such 
software programs may include re-validating the past interactions recorded in the 
MTC 110 against data already stored in the PSA database. Where the validation fails, 
an error signal may be generated by tiae control system 40 causing a display or paper 
10 report to be printed notifying nurses or other care-giving personnel that an error 
exists. 

Additionally, the software running on the control system 40 may analyze 
newly entered medical transaction information, such as the name or type of drug, 
dosage and delivery parameters, for example, against standard delivery protocols 

15 stored in the hospital or pharmacy information systems 20, 30 as well as determining 
whether there are any drug interactions or other safety information, such as may be 
stored in database that should be brought to the care-giver's attention and/or stored 
in the MTC 110. The software provides for generating error signals or alerts if errors 
or safety problems are detected during this step. 

20 Once the current transaction data is analyzed, the control system 40 

communicates the transaction information to the MTC 110. This information, as 
indicated in box 360, may include current medical transaction information and a 
unique transaction identification. This information is stored in the memory of the 
MTC 110 in box 365. 

25 As indicated by box 370, the software running on lie control system 40 may, 

if desired, generate various reports such as outcome reports, medical administration 
records or any other report requested by care-giving personnel or administrators. 
Any errors identified during the generation of these reports would result in an error 
signal that may either be displayed on a screen or printed in a printed report. 

30 Additionally, as illustrated in box 375, the control system 40 may export all of 

the information transferred from the MTC 110 to the pharmacy information system 
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30 or hospital information system 20 for further processing or storage. Alternatively, 
the control system 40 may be programmed to export a selected portion of that data to 
those systems. Again, software running on the control system 40 may bQ executed to 
compare information stored on die various mformation systems 20, 30 and 35 with 
5 information gathered by the control system 40 and validate that the inforaiation is 
correct, witii any failures in validation indicated by an error signal generated by the 
control system 40 to alert care-givers that a condition exists that may need attention 
and correction. 

Once the previous steps have been undertaken to transfer information from a 
10 MTC to the control system for past transactions and transfer information concerning 
present medical transactions to the MTC have been completed, the process terminates 
at box 380. After terminating the process for a particular MTC 110, the process is 
repeated for each MTC 110 to be used to deliver medication in the care giving 
facility. 

15 Referring now to FIG. 3, a block diagram depicting one embodiment of a 

process illustrating various interactions between a MTC 110 and a PSA 120 located 
at a patient's bedside to commmiicate information between the MTC 110 and the PSA 
120 is illustrated. The MTC 110 establishes a connection in box 400 witii the PSA 
120. If a connection cannot be established, an error signal is generated to alert the 

20 care-giver ±at corrective action must be taken before transfer of information between 
the MTC 110 and the PSA 120 may occur. 

Once the connection has been satisfactorily established in box 400, the PSA 
120 takes control of the process and creates a unique transaction ID, logs the care- 
giver's ID, and validates the patient and the PSA assignment in box 405. If any of the 

25 information is incorrect, the PSA 120 generates an error signal which may cause a 
message or code to be displayed by the PSA 120 or on a display associated with MTC 
cradle 100. 

When the processes depicted in box 405 have been completed, the PSA 120 
may signal the MTC 110 that it is ready to receive additional data from the MTC, and 
30 the MTC, in box 410, transmits a current log of past transactions ID's received from 
the PSA that are now stored in die control system database. Alternatively, the PSA 
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120 may simply address the memory of the MTC 110 and retrieve information from 
that memory without requiring any active participation by the MTC 110. The PSA 
120 then determines, in box 415, whetiier or not any of the current log of past 
transaction ID's are flagged as pending for clearance. 
5 If none of the current log of past transaction ID's are pending for clearance, the 

PSA 120 creates a new log of transactions already in box 420 and the process 
branches to box 460. If the current log of past transaction ID's are determined to be 
pending for clearance, then those transactions are marked as cleared and deleted 
from the pending transaction log in box 430, and are transmitted to the MTC 110 

10 where they are stored in the memory of MTC 110 in box 425. The deleted 
transactions may be stored in the PSA 120 database, as indicated by box 440. 

Once the deleted transaction identifications have been stored in the MTC 
memory, information comprising physician orders, drug regimens and patient* s 
specific protocols for currentiy planned or scheduled medical treatments are 

15 transferred to the PSA 120 from the MTC 110 in box 435, and stored in the database 
of the PSA 120 in step 440. After the current physician orders, drug regimens, and 
patient specific protocols have been stored in the PSA 120 database, a software 
program may be run in the PSA to validate delivery protocols, drug interactions, and 
safety information, such as described earlier with reference to a database to ensure 

20 safe delivery of the medication to the patent in box 445. If any errors or safety issues 
are detected, an error signal is generated that may be displayed by the PSA 120, or on 
a display associated with the MTC aadle 100. 

Where medication identification technology such as a bar code an embedded 
chip, or other identification method is available, a second check of the medication to 

25 be delivered may be accomplished as illustrated by box 450. If an error is detected in 
box 450, the care-giver is provided with an error signal indicating that corrective 
action is needed. 

Once the validations carried out in boxes 445 and/or 450 are completed, a 
processor in the PSA 120 loads and executes the patient specific infusion protocols 
30 transferred to it by MTC 110 in box 455. Once again, if any errors are detected 



26 




wo 01/88828 PCT/USOl/15989 

during this step, the care-giver is provided with an error signal indicating that 
corrective action is needed. 

Information stored in the PSA 120 related to patient treatments may be 
comratmicated to the MTC 110 as depicted in box 460. For example, a current key 
5 log, an error log, a vital sign log, infusion delivery log, medication delivery log, 
transaction ID, unknown deleted transaction ID's, maintenance and other logs, and 
other patient data are may be communicated to the MTC 110 in box 460, where they 
are stored in the memory of the MTC 120 in box 470. Once the information is stored 
in the MTC 110, the MTC 110 may be removed from the PSA 120 or the MTC cradle 

10 100 associated with the PSA 120 and transported to the control system 40, as 

illustrated by box 475. Such transportation may include physically carrying the MTC 
110 to a specified location where the MTC 110 may be interfaced to and establish 
communication with the control system 40 and begin the download cycle described 
witii reference to FIG. 2. Alternatively, if the MTC 110 is equipped with appropriate 

15 wireless technology, the transport to the control system 40 may become active either 
upon initiating the transmission by providing the MTC 110 with appropriate 
commands, or it may be automatically induced using a wireless system. For example, 
the MTC 110 may be supplied widi a transmitter/receiver capable of automatically 
connecting to the commuunicadon system 5 to access the control system 40 using a 

20 wireless communication protocol such as BLUETOOTH™ or others (for example IEEE 
802.11X). 

It will be apparent from the above description that the validation steps carried 
out in the above process are independent of any one transaction. A transaction is not 
fully cleared from either the PSA or the control system until both the following occur: 
25 (1) The system that originated a transaction receives validation of a 

transaction requested as executed; and 

(2) The system that receives the transaction request receives notification 
that die originating system has received and validated the transaction execution. 

Because of this redimdancy and validation, no transaction is cleared until it is 
30 certain that a transaction has been validated. Thus, in the event that a specific MTC 
110 is lost, or the information stored therein is delayed in being commimicated to the 
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control system 40, each furdier action at a patienf s bedside will retransmit the 
missing information imtil the control system database is properly updated. Utilizing 
this system, all medications received by die patient are logged into the control system 
database, as well as the actual time the medications were received. Moreover, die 
5 system ensures that the events log of all IV medications received and/or vital sign 
history are logged into the control systems database along with the identification of 
the nurse who gave the medications to the patient. Thus, full dosed loop validation 
of data occurs. Utilizing this system, it will be apparent that the entire system 
functions in real-time in the critical direction, i.e. nurse to patient delivery of 

10 medication; and the system is near real-time in the non-critical direction, that is, from 
the patient's bedside back into control system, pharmacy information system and/or 
the hospital information system for closed loop validation of the medication delivery. 

While the system of the present invention has be described with reference to 
the situation where patient medication and/or treatment is ordered using an fadlity^s 

15 information system, and tiien delivered, the present invention is also applicable 
where treatment is care or medication is ordered orally by a physician or other care- 
giver at the patient's bedside, and is delivered to the patient before the order is 
entered into the facility's information system. In general, the oral order must then be 
entered into the facility's information systems within a predetermined period of time 

20 (typically 24 hours) to ensure that the medication administration record (MAR) is 
properly updated and accurately reflects the treatment given to the patient. 

In the situation where care or medication is carried out before entry into the 
facility's information system, the patient specific asset, such as an infusion pump, 
stores in its memory the details of the care requested or die medication delivered, 

25 associating the care or medication details witii a unique identifier generated by the 
patient specific asset The next time the patient spedfic asset is in conmnmication 
with a MTC 110, the patient specific asset transfers the care or medication details in 
the form of a medical transaction identified by the associated unique identifier to the 
MTC 110, which is then transported to the control system 40. When the medical 

30 transaction is transferred to the control system 40, the control system 40, using the 
unique identifier associated with the transaction by the patient specific asset, stores 
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the medical transaction in the database 45. The control system 40 also generates a 
transaction indicating that the information has been received by the control system 
40, and transfers that transaction to a MTC 110 that is to transported to the patient 
specific asset to communicate to the patient specific asset that the transaction has 
5 been received by the control system 40, 

Once the transaction is stored in the database 45, the transaction may be 
matched by software running on the control system 40 of others of the facility's 
information systems to the entered oral order. If the transaction cannot be matched 
to an order, an alert may be provided indicating that corrective action, in the form of 

10 entering the order into the facility's information systems or some other action, must 
be taken. In this manner, the loop is closed, ensuring that the oral order has been 
recorded and that the order has been carried out. 

Alternatively, for example where the patient specific asset is an infusion pump, 
the infusion pump may be programmed to soimd an alarm after it has been infusing 

15 for a predetermined period of time, for example, an hour, and it has not received 
verification from the control system tiiat a written order has been entered into the 
facility's information systems. Such an alarm may include stopping tiie infusion until 
an order is received, or may simply generate a visual and/or audible reminder that 
the order must be entered into the facility's information system or that a MTC 110 

20 bearing an appropriate medical information transaction should be provided to the 
pump so that the pump may verify that the oral order has been entered. 

In this embodiment, the oral order is entered into the information system, such 
as pharmacy information system 60, and is transferred to a MTC 110 which is then 
transported to the infusion pump. There, software running on the infusion pump 

25 compares the information m the transaction transferred to it by tiie MTC 110 to the 
information about the current infusion stored in the memory of the pump. If the 
information matches, the pmnp communicates to the MTC 100 a transaction 
indicating that it has received the order. This transaction communication is then 
transferred to the control system 40 to inform the control system 40 that the infusion 

30 pump has received the order. 
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Referring now to FIG. 4, an alternative embodiment of the present invention 
will be described that provides for transmission of MTC information from a care 
facility's information systems direcdy to a patient specific asset located at a patient's 
bedside. In the care management system 500 of this embodiment, a commmiication 
5 sj^tem 505 interconnects various care facility information systems, such as a hospital 
information system 520, a pharmacy information system 530 and a physician order 
entry system 535 via suitable interfaces 510. The commxmication system 505 and the 
interfaces 510 are similar to the commimication system 5 and the interfaces 10 
described with reference to FIG. 1, and those skilled in the art will understand, 

10 wi±out further description here, that all of the embodiments discussed with reference 
thereto apply here. 

The communication system 505 includes a connection to a wireless 
transmitter/receiver 540 through a suitable interface 545. The wireless 
transmitter/receiver 540 is configured to send messages using electromagnetic 

15 energy, which may include, for example, infirared energy or radio frequency radiation 
energy, between die communication system 505 and remote equipment and devices, 
such as a nurse station 550 and a patient specific asset 580, that are capable of 
receiving and transmitting messages using electromagnetic energy. For example, the 
nurse station 550 may be operably connected to a transmitter/receiver 575, and the 

20 patient specific asset may include a built in transmitter/receiver. 

The nurse station 550 will typically include a computer system 560, a printer 
565 and may further include an input/output device 570, such as a bar code reader, 
in addition to a keyboard of the type typically used wi& a computer. As described 
above, the nurse system computer system 560 may be operably connected to a 

25 wireless transmitter/receiver 575, or such a transmitter/receiver 575 may be 

incorporated into the computer system 560. Alternatively, tiie nurse station computer 
system 560 may be connected to the communication system 505 by means of a 
physical interconnection. 

This embodiment of the present invention uicludes a patient specific asset 580 

30 that includes a wireless transmitter/receiver tiiat commtmicates with the various care 
facility information systems through the communiciation system 505 using 
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electromagnetic energy 585, Alternatively, the patient specific asset 580 may be 
connected to a separate wireless transmitter/receiver or it may be connected with the 
communication system 505 using a physical interconnection. 

The patient specific asset 580 also includes a memory for storing medical 
5 transaction information and a processor for analyzing medical transaction 

information transmitted to the patient specific asset 580 by the transmitter/receiver 
540, instructing tiie device or devices comprising the patient specific asset 580 to 
cany out the medical care order contained within the medical transaction 
information, transmitting a message to the care facilit/s information systems tiiat the 

10 medical care order contained in the medical transaction information has been 
received, storing the medical transaction information in a memory of the patient 
specific asset, and clearing the medical transaction information from the memory of 
the patient specific asset when the patient specific asset receives a message from an 
information system that it has received the patient specific asset's transmitted 

15 message. Such a processor may be operably cormected to, and configured to 

communicate with and control, one or more clinical devices such as infusion pumps 
or patient vital sign monitoring equipment. One example of such a patient specific 
asset is the MEDLEY*^ APM infusion controller module and related equipment 
manufactured by MARIS MEDICAL SYSTEMS, INC, 

20 It should be apparent from die above description that this embodiment of the 

present invention does not require a physical medical transaction carrier, as described 
with reference to FIG. 1. In this embodiment, the medical transaction carrier takes 
the form of a formatted electronic message that contains all of the information 
previously described with reference to physical medical transaction carrier. Each 

25 electronic medical transaction carrier is identified with a unique identifier that allows 
the information systems of the care facility and the processor associated with the 
patient specific asset 580 to communicate medical transaction mformation form the 
care fadlit/s information systems to the patient specific asset, and to validate that a 
medical care order has been delivered to a patient. This embodiment provides for the 

30 closed system described in reference to a physical MTC, ensuring that each medical 
care order is delivered to the right patient at the right time, and tiiat a record of that 
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delivery is properly commumcated to and received by the care facility's information 
systems. No medical transaction information is cleared from the memory of the 
patient specific asset 580, or marked as cleared in the facility's information systems, 
until tiie record of delivery of that care is validated in accordance with the present 
5 invention. 

Additionally, where a system such as ALARIS MEDICAL SYSTEMS, INC.*s 
MEDLEY™ Patient Care Management System is used, a physician may enter an order 
using manual entry means, such as a key pad, associated with the APM. Because the 
APM is in communication with the various facility information systems, entry of the 

10 physician's identification may be considered equivalent to an electronic signature, 
and take die place of a written order. 

The system and method of the present invention may also be enhanced by 
including technology that allows for real-time validation of the current patient 
utilizing a method to read or detect a patient identifier such as a wristband. For 

15 example, each patient may be identified by a wristband that includes certain specified 
information such as name, age, allergy history and the like ±at are encoded into a 
bar code. In one embodiment of die present invention, a bar code reader could be 
used to read the patienf s bar codes at the same time that the MTC is transmitting its 
information to die PSA, thus ensuring that the right patient is receiving the right 

20 medication. Alternatively, the patient wristband could be replaced by a device that 
includes a transmitter/receiver or a passive device that could be activated using a 
suitable sensor to receive the above-described information firom the patient's 
identification device. 

Additionally, the system of the present invention may be enhanced by 

25 including technology that allows for real-time validation of each medication delivered 
to a patient. Such a system could include technology for reading a bar code applied 
to the medication, or could employ optical recognition, some form of active detection 
using a transmitter/receiver or smart chip or computer either embedded in the label 
of the medication or located on the medication container or other methods of 

30 positively identifying the medication. In this manner, the system further validates 
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that each medication delivered to patient is identical to the medication that is 
indicated in the information contained within the MTC. 

It should be apparent to those skilled in the art that the MTC may store and 
transport a wide variety of information useful to the care-givers and care-giving 
5 facilities for providing healthcare to patients. For example, the MTC may include a 
patienf s unique ID, a nurse's unique ID, specific medication prescribed, and 
identification of the specific PSA assigned to a specific patient, the time of medication 
delivery, a current unique transaction ID identifying the current transaction of 
information between the MTC and the PSA, or the originator of the information such 

10 as the hospital information system or the pharmacy information system. Additionally, 
the MTC may also include past valid transactions for a particular PSA that are not yet 
validated by the PSA, and may also include past validated transactions for the PSA 
that have already been validated by the PSA. Moreover, the MTC, if it includes 
enough memory, may also be programmed to accept extra pharmacy preparation 

15 information as well as extra hospital maintenance or update information. 

Additionally, other information may be transmitted to and from die MTC as needed 
by the hospital admmistration, such as vital signs history and trend information. 

The system concept will be understood to be tiie unique combination of all the 
previous elements into a seariiless automatic methodology that requires no extra 

20 labor firom the care-giver other than carrying the MTC's back and forth to the bedside 
as part of the care-giver's normal rounds. The system concept is enabled by the use of 
specific PC-based software with open database connectivity, MTC reader hardware at 
the point of medication preparation, and MTC reader hardware associated with 
patient specific assets. The system concept is effected through the use of remote 

25 transaction methodology similar to that employed in orbital communication satellite 
technology. Utilizing this methodology, data receipt and validation of data receipt 
and validated updated system status is acquired- This system concept is further 
effected by extending and combining the data validation concept with tiiat used in 
packet-based data transfer, whereby specific data packets may be lost or duplicated, 

30 but tiie validation is still auditably correct. For example, if a particular MTC is not 
returned to the nurse station in a timely manner, information is not lost to the 
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system. The two-way validation and check on all transactions ensures that eventually 
the information will make it back to the control system database when the MTC is 
eventually returned. In the event that a MTC is permanently lost, a time based alert 
could notify a care-giver to take appropriate action. Because of the redundancy of the 
5 system, it shoxild be apparent that even if a specific MTC is lost or misplaced, the 
information contained in the PSA will eventually be returned to the control system for 
validation. The system of the present invention offers the additional advantage in 
that patient specific assets may be programmed such that the PSA will not perform a 
medication delivery regimen unless all of the safeguards and validations are carried 

10 but without error. In this manner, the possibility of error in delivering the wrong 
medication to a patient may be minimized at the bedside. Of course, in particular 
situations, such as where PSAs are utilized in operating room or emergency room 
environments, an override may be built into the PSA to allow emergency usage of tiie 
PSA when necessary. 

15 While the PSA was described in terms of an infusion pump, the PSA, as 

described above, may also be a vital signs monitor or other clinical device interacting 
witii a patient. For example, tiie patient specific asset may also be a patient feeding 
device. 

Further, while automatic progranmiing of a clinical device using a physical or 
20 electronic MTC is described, manual systems are also intended to be included within 
the scope of the system and method of the present invention. For example, some 
patient specific assets may exist within a facility that are capable of communicating 
with the control system 40 (FIG. 1) or a MTC, but which may not be capable of being 
programmed by signals received firom a MTC or direcdy from control system 40. For 
25 those clinical devices tiiat do not accept automatic programming, a nurse may read 
the medical transaction information from the MTC or fi:om the device itself, program 
the device, then press a "START" or "ACCEPT' or other similar key on the device to 
indicate completion of progranaming. The clinical device may then communicate to 
the MTC information about the medical transaction it is performing for validation. 
30 The MTC may later communicate this information to the control system 40 for 

validation. Alternatively, the clinical device may communicate directiy to the control 
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system 40 information about the medical transaction it is performing for validation. 
This approach may also apply where a nurse takes a vital sign measurement, such as 
a patient's temperature. That temperature reading is input into the MTC either 
immediately or eventually, either directly from the thermometer in the form of a 
5 digital data stream, or manually by the nurse, and that medical transaction 

information will eventually be communicated to the control system 40. Similarly, this 
approach may be used were oral medications, such as aspirin, are dispensed. 

Validation data from patient specific assets may reach the control system 40 
via multiple MTCs. For example, different line items of a patient's order may be 

10 communicated to the patienf s bedside patient specific assets via different MTCs. The 
control system 40 may validate the line items indicated as communicated to the PSA 
through different MTCs but will not dear the entire medical transaction information 
imtil it receives information concerning all of the line items. Thus, the control system 
40 will not send a message to the patient specific asset to dear the multiple Ime items 

15 from its memory tmtil the control system 40 is satisfied that it has received 

information that all of the luie items of the medical transaction have been carried out 

In die above detailed description, well-known devices, methods, procedures, 
and individual components have not been described in detail so as not to obscure 
aspects of the present invention. Those skilled in the art will understand those 

20 devices, methods, procedures, and individual components without further details 
being provided here. Moreover, while the embodiments disdosed above are 
described for use in a hospital environment, it will be understood that the system and 
metiiod may be useful in other environments as well, such as outpatient dinics and 
other environments where care is delivered to a patient. 

25 While several specific embodiments of ±e invention have been illustrated and 

described, it will be apparent that various modifications can be made widiout 
departing from the spirit and scope of the invention. Accordingly, it is not intended 
that the invention be limited, except as by the appended daims. 
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WHAT IS CLAIMED IS : 

1. A system for managing information relating to the delivery of medical 
care to a patient, comprising: 

a medical transaction carrier having: 

a memory for storing medical transaction information; 
a patient specific asset having: 

communication means for communicating with the medical 
transaction carrier to store medical transaction information in the 
memory of the medical transaction carrier and for retrieving medical 
transaction information from the memory of the medical transaction 
carrier, 

a memory for storing medical transaction information; and 
a processor configured to compare medical transaction 
information stored in the memory of the patient specific asset to 
medical transaction information retrieved from the medical transaction 
carrier to validate the retrieved medical transaction information; and 
a computer in operable commimication with a memory for storing medical 
transaction information, the computer having: 

communication means for communicating with the medical 
transaction carrier to store medical transaction information in the 
memory of the medical transaction carrier and for retrieving medical 
transaction information from the memory of the medical transaction 
carrier, and 

wherein the computer is configured to compare medical 
transaction information stored in the operably coimected memory to 
medical transaction information retrieved fix)m the medical transaction 
carrier to validate the retrieved medical transaction information. 

2. The system of claim 1 wherein the patient specific asset furtiier includes 
a bar code reader for reading data included in bar codes and wherein the processor of 
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the patient specific asset is adapted to associate data read by the bar code reader with 
medical transaction information and store ±e data in the memory. 

3. The system of claim 1 wherein the commimication means of the patient 
specific asset includes a reader configured to provide a conununication path between 
the medical transaction carrier and tiie patient specific asset. 

4. The system of claim 3 wherein the patient specific asset includes a 
housing and the reader is mounted within the housing. 

5. The system of claim 1, wherein the medical transaction carrier ftirther 
comprises input/output means for receiving information firom an information source 
to be stored in tiie memory and for transmitting information stored in the memory to 
an mformation receiver. 

6. The system of claim 5, wherein the input/output means of die medical 
transaction carrier and the conununication means of the patient specific asset each 
include a wireless transmitter/receiver. 

7. The system of claim 6 wherein the wireless transmitter/receivers 
transmit and receive signals using electromagnetic energy. 

8. The system of claim 7 wherein the electromagnetic energy is infrared 
energy. 

9. The system of claim 7 wherein die electromagnetic energy is radio 
firequency energy. 

10. The system of claini 5, wherein the input/output means of the medical 
transaction carrier and the conununication means of the computer each include a 
wireless transmitter/receiver. 
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11. The system of claim 10 wherein the wireless transmitter/receivers 
transmit and receive signals using electromagnetic energy. 

12. The system of claim 11 wherein die electromagnetic energy is inftared 
energy, 

13. The system of claim 11 wherein the electromagnetic energy is radio 
frequency energy. 

14. The system of claim 3 wherein the memory of the medical transaction 
carrier is a magnetic strip and the reader is a magnetic strip reader. 

15. The system of claim 1, wherein the medical transaction carrier is a 
smart card. 

16. The system of claim 1 wherein the medical transaction carrier is a 
personal data assistant (PDA). 

17. The system of claim 16 wherein the PDA includes a means for manually 
entering information into the memory of the PDA. 

18. The system of claim 1 wherein the medical transaction carrier includes 
an embedded processor. 

19. The system of claim 3 wherein the medical transaction carrier is a smart 
card and the reader is configured to provide a communication path between a smart 
card and the patient specific asset. 

20. The system of claim 3 wherein the medical transaction carrier includes 
an embedded processor and the reader is configmred to provide a communication 
path between the embedded processor and the patient specific asset 
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21. The system of claim 3 wherein the medical transaction carrier is a PDA 
and the reader comprises a cradle configured to provide a communication path 
between the PDA and the patient specific asset. 

22. The system of claim 1 wherein the patient specific asset is an infusion 

pump. 

23. The system of claim 1 wherein the medical transaction information 
includes a unique transaction identifier. 

24. The system of claim 1 wherein the medical transaction information 
includes information identifying the location of the patient specific asset in an facility. 

25. The system of claim 1 wherein the medication transaction information 
includes an identification of a care-giver delivering medication to a patient. 

26. A system for managing information relating to the delivery of 
medication to a patient, comprising: 

a medication order data base in which medication orders for patients are 
stored and each order is assigned a unique identifier; 

a computer in communication with the medication order data base and 
adapted to process the medication orders stored in the data base; 
a medical transaction carrier having: 

a memory for storing medication order information including 
medication orders; and 
a patient specific asset configured for physically interacting with a patient, and 
having: 

a communication device to communicate with the medical 
transaction carrier; 

a memory adapted to store medication order information 
received firom the medical transaction carrier; 
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a processor adapted to: 

compare medication order information stored in the 
memory of the patient specific asset to medication order 
information retrieved firom the medical transaction carrier to 
validate the retrieved medication order information; 

to communicate through the commimication device to the 
medical transaction carrier that the medication order was 
received by the patient specific asset; 

to continue to communicate to each medical transaction 
carrier that a medication order resides in the memory until the 
medication transaction carrier includes a cleared indicator firom 
the computer; and 

a computer in operable communication with a memory for storing medication 
order information, the computer operably connected to 

a conmiunication device to communicate with the medical 
transaction carrier; and 

wherein the computer is configured to compare medication order 
information stored in the operably connected memory to medication 
order information communicated from the medical transaction carrier 
to validate the communicated medication order information. 

27. The system of claim 26, wherein the medical transaction carrier further 
comprises input/output means for receiving information firom an information source 
to be stored in the memory and for transmitting information stored in the memory to 
an information receiver. 

28. The system of daim 27, wherein the input/output means of the medical 
transaction carrier and the commimication device of the patient specific asset each 
include a wireless transmitter/receiver. 
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29. The system of claim 28 wherein the wireless transmitter/receivers 
transmit and receive signals using electromagnetic energy. 

30. The system of daim 29 wherein the electromagnetic energy is infrared 
energy. 

31. The system of daim 29 wherein the electromagnetic energy is radio 
frequency energy. 

32. The system of claim 27, wherein the input/output means of the medical 
transaction carrier and the commimication device of the computer each include a 
wireless transmitter/receiver. 

33. The system of daim 32 wherein the wireless transmitter/receivers 
transmit and receive signals using electromagnetic energy. 

34. The system of claim 33 wherein die electromagnetic energy is infrared 
energy. 

35. The system of claim 33 wherein the electromagnetic energy is radio 
frequency energy. 

36. The system of claim 26 wherein the communication device of the 
patient specific asset indudes a reader configured to provide a conmiunication path 
between the medical transaction carrier and the patient specific asset. 

37. The s^stfsxci of daim 36 wherein the patient spedfic asset indudes a 
housing and die reader is mounted within die housing. 

38. The system of daim 36 wherein tiie memory of the medical transaction 
carrier is a magnetic strip and the reader is a magnetic strip reader. 
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39. The system of claim 26, wherein the medical transaction carrier is a 
smart card. 

40. The system of claim 26 wherein the medical transaction carrier is a 
personal data assistant (PDA). 

41. The system of claim 40 wherein the PDA includes a means for manually 
entering information into the memory of the PDA. 

42. The system of claim 26 wherein the medical transaction carrier includes 
an embedded processor. 

43. The system of claim 36 wherein the medical transaction carrier is a 
smart card and the reader is configured to provide a conmaunication padi between a 
smart card and the patient specific asset. 

44. The system of claim 36 wherein the medical transaction carrier includes 
an embedded processor and the reader is configured to provide a communication 
path between the embedded processor and the patient specific asset. 

45. The system of claim 36 wherein the medical transaction carrier is a PDA 
and the reader comprises a cradle configured to provide a communication path 
between the PDA and the patient specific asset. 

46. The system of claim 26 wherein the patient specific asset is an infusion 

pump, 

47. The S3^tem of claim 26 wherein the medication order information 
includes information identifying the location of the patient specific asset in an facility. 
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48. The system of claim 26 wherein the medication order information 
includes an identification of a care-giver delivering medication to a patient. 

49. A metiiod for managing information relating to the delivery of medical 
care to a patient, comprising: 

storing medical transaction information representing an order for medical care 
to be delivered to the patient in a memory of a medical transaction carrier; 

retrieving delivery information for previous medical transactions from a 
database and storing the retrieved information in the memory of the medical 
transaction carrier; 

transporting the medical transaction carrier to a patient specific asset 
associated with the patient, the patient specific asset having a memory including 
delivery information generated by the patient specific asset during previous medical 
care deliveries stored tiierein; 

communicating the medical transaction information and the delivery 
information firom the medical transaction carrier to the patient specific asset; and 

determining from die communicated delivery information whether delivery 
information generated by the patient specific asset has been previously 
commimicated to and received by the database. 

50. The method of claim 49 wherein determining includes comparing the 
delivery information communicated from the medical transaction carrier to the stored 
delivery transaction information to determine whether the communicated delivery 
information includes information indicating that delivery information generated by 
the patient specific asset for a previous medical care delivery has been received by the 
database. 

51. The metiiod of claim 49 wherein storing medical transaction 
information includes associating a unique transaction identifier with the medical 
transaction information. 
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52, The method of daim 49 further comprismg: 

delivering the medical care to the patient using the patient specific asset; 

generating delivery information representative of the medical care delivery by 
the patient specific asset; and 
5 communicating the generated delivery information to the medical transaction 

carrier. 



53. The method of claim 52 further comprising: 
communicating the generated delivery information from the medical 
transaction carrier to the database. 



54. The method of claim 53 wherein storing the medical transaction 
information includes storing the medical transaction information in the database; 
and, further comprising: 

associating the communicated generated delivery information with the medical 
5 transaction information stored in the database, indicating that the medical care has 
been delivered to tiie patient. 

55. The method of claim 54, wherein storing the medical transaction 
information further comprises generating reception information indicating that the 
generated delivery information has been received by the database. 

56. The method of claim 55, wherein generating reception information 
further comprises communicating the reception information to the patient specific 
asset. 

57. The method of claim 56, further comprising: 

receiving the communicated reception information by the patient specific 
asset, and 

clearing all information associated with the reception information firom the 
5 memory of the patient specific asset. 
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58, A method for managing information relating to the delivery of medical 
care to a patient, comprising: 

retrieving delivery information for previous medical transactions bom a 
database; 

communicating medical transaction information representing an order for 
medical care to be delivered to the patient and the delivery information to a patient 
specific asset; and 

determining from the commimicated delivery information whether delivery 
information generated by the patient specific asset has been previously 
conmiunicated to and received by tiie database. 

59- The method of claim 58 wherein determining includes comparing the 
communicated delivery information to delivery information stored in a memory of the 
patient specific asset to determine whether the communicated delivery information 
includes information indicating that delivery information generated by the patient 
specific asset for a previous medical care delivery has been received by the database. 

60. The method of claim 58 wherein conmiunicating medical transaction 
information includes associating a unique transaction identifier with the medical 
transaction information. 

61. The method of claim 58 further comprising: 

delivering the medical care to the patient using the patient specific asset; 
generating delivery information representative of the medical care delivery by 
±e patient specific asset; and 

communicating the generated delivery information to the database. 

62. The method of claim 61 wherein communicating the medical 
transaction mformation includes storing the medical transaction information in tiie 
database; and, further comprising: 
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associating the communicated generated delivery information with the medical 
transaction mformation stored in the database, indicating tiiat the medical care has 
been delivered to tiie patient. 

63. The method of claim 62, wherein storing tiie medical transaction 
information further comprises generating reception information indicating tiiat the 
generated delivery information has been received by the database. 

64. The me±od of claim 63, wherein generating reception information 
further comprises communicating the reception information to the patient specific 
asset. 

65. The method of claim 64, further comprising: 

receiving tiie communicated reception information by die patient specific 
asset, and 

clearing all information associated with die reception information firom a 
memory of tiie patient specific asset. 

66. A mefliod for managing information relating to the delivery of medical 
care to a patient, comprising: 

retrieving delivery infonnation for previous medical transactions from a 
database; 

communicating medical transaction information representing an order for 
medical care to be delivered to the patient and the delivery mformation to a patient 
specific asset; and 

comparing the communicated delivery information to delivery information 
stored in a memory operably connected to the patient specific asset to determine 
whether the communicated delivery information includes information indicating that 
delivery information generated by the patient specific asset for a previous medical 
care delivery has been received by the database. 
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67. The method of claim 66 wherem communicating medical transaction 
information includes associating a unique transaction identifier with the medical 
transaction information, 

68. The method of claim 66 further comprising: 

delivering the medical care to the patient using the patient specific asset; 
generating delivery information representative of the medical care delivery by 
the patient specific asset; and 
5 communicating the generated delivery information to the database. 

69. The method of claim 68 wherein communicating the medical 
transaction information includes storing the medical transaction information in the 
database; and, further comprising: 



assodatinj' *he commimicated generated delivery information v^th the medical 



5 transaction information stored in the database, indicating tiiat the medical care has 
been delivered to die patient. 

70. The method of claim 69, wherein storing the medical transaction 
information further comprises generating reception information indicating that the 
generated delivery information has been received by the database. 

71. The method of claim 70, wherein generating reception information 
further comprises communicating the reception information to the patient specific 
asset. 

72. The method of claim 71, further comprising: 

receiving the communicated reception infonnation by the patient specific 
asset, and 

clearing all information associated with die reception infonnation from a 
5 memory of tiie patient specific asset 
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73. A system for managing information relating to the delivery of medical 
care to a patient, comprising: 

an information system having: 

communication means for transmitting and receiving medical 
transaction information; 
a patient specific asset, the patient specific asset 
having: 

communication means for commimicating with the information 
system for receiving medical transaction information firom the 
information system and for communicating delivery medical transaction 
information from the patient specific asset to the information system, 

a memory for storing the delivery medical transaction 
information, and 

a processor configured to compare the delivery medical 
transaction information stored in the memory of the patient specific 
asset to the medical transaction information received firom the 
information system to determine whether the received medical 
transaction information includes a signal firom the information system 
that the stored delivery medical.transaction information has been 
previously communicated to the information system by the patient 
specific asset. 

74. The system of claim 73, further comprising: 

a plurality of medication transaction carriers for communicating 
medical transaction information; and 

wherein the conmiunication means of the information system and the 
patient specific asset include means for inputting and retrieving medical transaction 
information to and firom the medical transaction carrier. 

75. The system of claim 74, wherein the information system communicates 
a medical transaction order to the patient specific asset using a selected number of 
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the plurality of medical transaction carriers and includes a signal in medical 
transaction information latter commimicated to the patient specific asset when the 
information system determines that it has received validation that all of tiie selected 
number medical transaction carriers for the medical transaction order were received 
by the patient specific asset 
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